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ADRESSING SCHEME TO BE USED IN AN IP-BASED RADIO ACCESS 
NETWORK, CORRESPONDING BASE STATION AND RADIO 
NETWORK CONTROLLER 

5 BACKGROUND OF THE INVENTION 

The present invention relates to radio communication systems and 

more particularly to an addressing scheme to be used in an IP-Based Radio 
Access Network. 

In an usual radio communication network, a radio terminal has 

10 access, over a radio interface, to a Radio Access Network which is the 
dedicated infrastructure to set up and control connections between the 
radio terminal and different other possible end-users, for example another 
radio terminal, a fixed terminal, or a web server. 

A Radio Access Network is mainly composed of base stations and 

15 of their controller. End-user data and connection-control data are conveyed 
over the Radio Access Network between these network elements. 

In the case of usual GSM mobile radio communication networks, 
the Radio Access Network is tailored to the GSM standard with for example 
permanent connections between a base station and its controller. 

20 In third generation radio communication networks, as UMTS for 

example, it proves more appropriate to use a de-facto standard network 
(e.g. an ATM or IP network) as underlying transport capability in the Radio 
Access Network instead of a Radio Access Network specifically tailored for 
the radio communication network. This enable to reuse the recent 

25 enhancements in term of performance and quality of service that have been 
achieved and keep being improved in the field of IP or ATM transport. To 
adapt these de-facto standard networks to the specific requirements of a 
Radio Access Network, specific layers have to be implemented above the IP 
or ATM transport layers. 
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Figure 1 represents an example of an IP Backbone network used as 
transport layer of a Radio Access Network in an UMTS radio 
communication network. Base stations in an UMTS radio communication 
network are called Node Bs and base station controllers are called Radio 
5 Network Controller RNCs. Several base stations 101, 104 as well as 
several RNCs 111, 112 are considered as hosts of the IP-based Radio 
Access Network and are connected to each other over interconnected edge 
routers 121, 124 and core routers 131, 133. The interconnection of 
edge 121, 124 and core 131, 133 routers constitutes the IP 
1 0 backbone. 

The most important task of the Radio Access Network consists in 
enabling communications between a base station and its corresponding 
RNC (iuB interface) as well as communication between several RNCs (lur 
interface). In an IP-based Radio access network, these communications can 

15 made up of several hops, several edge routers or core routers relaying the 
communication between two hosts. 

In such an IP-based Radio Access Network, the physical links 
between the different routers can mix several technologies. Transport 
functions, like addressing and routing, are made according to IP de-facto 

20 standard. All elements of the Radio Access Network (e.g. base stations 101 , 
104, RNCs 111, 112, routers 121, 124 and 131, 133) are 
assigned an IP address and con be addressed univocally with this IP 
address. The IP layer of the IP-based protocol stack is responsible for 
transferring data between hosts. 

25 A protocol layer, set above the IP layer, is responsible for 

differentiating among multiple data sources and destinations within one 
single host. These different sources or destinations may be different 
concurrent applications. This is required by parallel processing and 
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multitasking performed at base stations or base station controllers having a 
high processing power. 

An example of such a layer in the IP-based protocol stack is UDP 
(User Datagram Protocol), another example could be TCP (Transmission 
5 Control Protocol). UDP or TCP provide both two services not provided by 
the IP layer. They provide port numbers to help distinguish different sources 
and destinations inside a single host and, optionally, a checksum capability 
to verify that the data arrived intact. 

In the Open Systems Interconnection (OSI) communication model, 
10 IP correspond to layer 3, the network layer. UDP, like TCP, is in layer 4, the 
Transport Layer. The User Datagram Protocol is specified by Internet 
Engineering Task Force (Request for Comments 768). 

This invention concerns the adaptation of an IP-based Radio Access 
Network to specific requirements of a radio communication network. One 
15 of these specific requirements is that the pure radio part of the radio 
communication network is not supported by usual IP de-facto standards. 

The radio part of a radio communication network supports for 
example different channel types. A first category of these channel types is 
dedicated channels (e.g. dedicated traffic channels DTC) which are 
20 attributed to exclusively one communication. Another category of radio 
channel types is common channels. These radio channels multiplex data 
belonging to several connections or data shared by several connections. 
Examples of common channel types are random access channel (RACH) or 
broadcast channel (BCH). This is not an exhaustive list of all possible 
25 channel types. The complete list of different channel types is radio 
communication network dependant and is described in the radio interface 
specification of each radio communication channel. 

The possibility to distinguish between several channel types is not 
given in the IP de-facto standard. A protocol conversion has to be 
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implemented between the IP-based Radio Access Network and the radio 
part of the radio communication network to remedy to this problem and 
ensure the interworking between the IP-based Radio Access Network and 
the radio part of the radio communication network. This protocol 
5 translation takes preferably place at the edge of the Radio Access Network 
(e.g. in the base stations or in the base station controller). 

A method for solving this problem has already be provided in ATM- 
based Radio Access Networks and consists in using the signaling plane 
specified in the ATM de facto standard to convey the radio part specific 

10 parameters. The user data are in parallel conveyed through a connection 
established between the base station and the RNC. However, contrary to 
ATM, basically connection oriented, IP is basically connectionless and do 
not provide any signaling plane. 

As a consequence, each additional communication parameter has 

15 to be conveyed by adding a field in the payload of IP packets exchanged in 
the IP-based Radio Access Network. This further field containing the further 
communication parameter (e.g. the type of channel on which this 
information has to be mapped on the radio part of the network) is possibly 
port of the header of a communication entity encapsulated in the UDP 

20 packet. 

A drawback of this method would be to add overhead and slower 
the transmission as well as the processing delay. This is all the more 
problematic as keeping the delays, while crossing the network, as small as 
possible is vital for ensuring an acceptable quality of service. This method 
25 has also the disadvantage to reduce the data throughput at the interface 
between the Radio Access Network and the radio interface. 

A particular object of the present invention is to provide an 
addressing scheme that do not require a separate signaling plane for 
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signaling the type of radio channel on which data destined to a radio 
ternriinal have to be transported on the radio interface. 

Another object of the present invention is to save the use of a 
further a field for explicitly specifying the radio channel type to be used for 
5 transnnitting the corresponding data over the air interface. 

SUMMARY OF THE INVENTION 

These objects, and others that appear below, are achieved by an 

addressing scheme to be used in an IP-based Radio Access Network, said 
Radio Access Network comprising a plurality of base stations and at least 

10 one base station controller, all communicating with each other by using an 
TCP/IP- or U DP/IP- based protocol stock, each of said base stations being 
adapted to communicate with a plurality of radio terminals having access to 
said Radio Access Network over at least two different types of radio 
channels, said addressing scheme being characterized in that the type of 

15 radio channel over which said base station communicates with one of said 
radio terminals is implicitly and univocally determined by a port number 
mentioned in each TCP or UDP data packet exchanged over said Radio 
Access Network and belonging to a communication with said radio 
terminal. 

20 This method has the advantage to reduce the overhead necessary 

for the protocol translation between an IP-based Radio access network and 
the radio part of the communication network. 

The present invention also concerns a base station to be part of an 
IP-based Radio Access Network and communicating with other elements of 

25 said Radio Access Network by using an IP-based protocol stack, the base 
station being adopted to communicate with a plurality of radio terminals 
having access to said Radio Access Network over at least two different types 
of radio channels, said base station comprising a channel type selector to 
determine the channel type on which data coming from said Radio Access 
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Network have to be transmitted to one of said radio terminals, said channel 
detector determining univocolly said channel type by means of a port 
number mentioned in the TCP or UDP header of a data packet received 
from said Radio Access Network and belonging to a communication with 
5 said radio terminal. 

The present invention also concerns a Radio Network Controller to 
be part of an IP-based Radio Access Network and communicating with 
other elements of the Radio Access Network by using an IP-based protocol 
stack, the Radio Network Controller receiving from outside of the Radio 

10 Access Network data belonging to a communication with a radio terminal, 
said radio terminal being accessible over at least two different types of 
radio channels, the Radio Network Controller comprising a channel type 
selector to determine, according to said data belonging to said 
communication, the channel type on which a part of the data belonging to 

15 the communication with the radio terminal have to be transmitted, the 
channel detector determining univocolly, according to the channel type, a 
port number to be mentioned in each TCP or UDP data packet exchanged 
over the Radio Access Network and belonging to the communication with 
the radio terminal. 

20 This invention is based on a priority application EP 00 44 0191 

which is hereby incorporated by reference. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Other characteristics and advantages of the invention will appear 

on reading the following description of a preferred implementation given 
25 by way of non-limiting illustrations, and from the accompanying drawings, 
in which: 

Figure 1 shows a physical architecture of a IP-based Radio Access 
Network; 
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Figure 2 shows the principle of the addressing schenne according to 
the present Invention. 

DETAILED DESCRIPTION OF THE INVENTION 

Figure 1 has already been described in relation with the technical 

5 problenn underlying the present invention. 

UDP will be preferred to TCP in the following as it better suits the 
delay requirements of a Radio Access Network than TCP. Unlike TCP, UDP 
does not provide the service of dividing a message into packets 
(datagrams) and reassembling it at the other end. Specifically, UDP doesn't 
10 provide retransmission of packets. These specific TCP features badly 
influence the end-to-end delay in the Radio Access Network. 

However, the addressing scheme described above could also apply 
in an IP-based protocol stack using TCP since TCP as UDP use the concept 
of port numbers. 

15 Figure 2 represents on IP packet exchanged in an IP-based Radio 

Access Network and illustrates the addressing scheme according to the 
invention. In the OSI communication model, the IP-based protocol stack 
relies on encapsulation of a communication unit belonging to a certain 
layer in a protocol unit belonging to the layer just beneath. IP packet 20 

20 comprises an IP packet header 21 and an IP packet payload 22. The IP 
packet payload 22, in turn, encapsulates an UDP message consisting of an 
UDP header 23 and of a UDP payload 24. UDP payload 24 encapsulates a 
radio port specific message. The header 25 of this message comprises inter 
alia the reference of the end-user radio terminal to which, respectively from 

25 which, this message is destined, respectively received, and the payload 26 
of this message contains the end-user data. The reference of the end-user 
radio terminal consists preferably on an address referencing the end-user 
radio terminal. This address is unique in the area of the base station to 
which the end-user radio terminal is attached. 
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The UPD header 23 is, as specified in the IETF standard, divided in 
four two bytes fields that specify following paranneters: 

- the port from which the UPD payiood has been issued (source port 
number SPN); 

5 - the port to which the UDP poyload is destined (destination port- 
number DPN); 

- the UPD payload length L; and 

- a UDP payload checksum CRC. 

The destination port number is used to demultiplex correctly the IP 

10 packet and forward each UPD payload to the application corresponding to 
the destination port. Usually, the source and destination port are only 
internally used in a host (e.g. base station or RNC). A pool of port numbers 
are reserved for concurrent applications performing in parallel an identical 
task. In usual use of the UDP protocol, the port numbers are thus either 

1 5 randomly allocated to an application when it is activated or according to a 
round-robin algorithm. 

This invention consists, contrary to the random port number 
allocation described above, in managing the pool of available port 
numbers in a way that each port number is no more only used for internal 

20 processing at the host but also conveys an indication regarding the radio 
channel type over which the data have to be transmitted, respectively the 
radio channel type from which the data were received. For this matter, the 
pool of port numbers is divided in several groups of port numbers, each 
group being exclusively used for processing data to be transmitted or 

25 received over one predefined type of radio channel. 

The pool of port number as well as the assignment of one group of 
oort numbers to one channel type may preferably be *he same for each 
host in the Radio Access Network. 
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A first group of port number should be used for data to be 
transmitted over a first channel type after protocol translation at the base 
station. A second group is used for data to be transmitted over a second 
channel type and so on... 
5 Each group should at least comprise one port number. As already 

mentioned, the exact number of channel types have to be extracted from 
the radio interface specification of the considered radio communication 
network. 

The destination port number in the UDP header is used to make the 

10 association port number, channel type to be used on the radio interface. It 
could also be envisaged to use the source port number in the UDP header 
to make this association. A choice between the use of the one parameter or 
of the other parameter has to be made. 

The dimensioning of the different groups should be done in such a 

15 manner that it balances and optimizes the load on each available port 
number. The mapping between available port numbers and corresponding 
channel types on the radio interface may be a system parameter initialized 
at initialization of the Radio Access Network so that each base station or 
RNC is informed of it. 

20 This mapping may, in another embodiment, be dynamically 

updated according to the needs of the Radio Access Network and 
communicated to the base stations and the RNC once updated. An 
Operation and Management Center (OMC) part of the Radio Access 
Network may for example run statistics on the different traffic flows through 

25 the Radio Access Network and determine an optimal mapping between the 
port numbers and the radio channel types. This update may be done at 
constant time interval or according to any other update criterion known by 
a person skilled in the art. 
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The correspondence between port nunnbers and channel types may 
be physically stored in a memory location or a database accessible for the 
base stations and the RNCs of the Radio Access Network. This memory 
location may be centrally located in the network or distributed in the 
5 different hosts. 

Except the base stations and the RNCs, the other elements of the 
Radio Access network (e.g. the edge and core routers) pass transparently 
the destination port number contained in the UDP header without 
modifying it. 

10 In the following, the use of this addressing scheme in an host of the 

Radio Access Network (base station or RNC) will be discussed In detail. 

A first part describes the use of the addressing scheme for data 
coming from the Radio Access Network at a base station and to be 
transmitted to a radio terminal over the radio interface. The base station 

15 identifies thanks to the UPD destination port number on which radio 
channel type the data have to be transmitted. A field in the UDP payload is 
also used to give the identifier of the end-user to which these data are 
destined. This identifier Is unique for all end-user radio terminals belonging 
to one base station. The association of the end-user identifier and the UDP 

20 port determines univocally the destination of the message to be transmitted 
on the air interface. 

The RNC is also responsible for protocol translation. It receives 
usually a call identifier from the rest of the radio communication network 
and has to translate it in a format specific to the Radio Access Network. As 

25 a consequence, the call identifier is translated in a triplet comprising the IP 
address of the base station, the UDP destination port number and the end- 
user identifier. These parameters as well as the user data ore then u^-^d to 
constitute an IP-packet to be sent over the Radio Access Network. 
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A second part, describes the use of this addressing scheme for data 
received from a radio terminal at a base station and to be transmitted to 
the Radio Access Network. The base station detects the radio channel type 
on which these data have been received. It selects an available port 
5 number out of the memory location belonging to the group of port 
numbers assigned to the appropriate channel type. Then, the base station 
operates the protocol translation consisting in mapping the data format 
received from the radio channel to an IP packet. The destination port 
number field in the header of the encapsulated UDP packet is set to the 

10 value of the port number retrieved from the memory location. The radio 
part specific message encapsulated in the UDP packet contains in its 
header a field specifying an identifier of the end-user radio terminal at the 
origin of these data. This identifier in combination with the UDP port 
number is unique in the area of a given base station. 

15 At base station, besides the pure protocol translation, shaping and 

multiplexing of several data flow may be done. As a consequence, the UDP 
packet may not only encapsulate one radio part specific message but a 
plurality of multiplexed radio part specific messages belonging to different 
users but having been received, respectively to be transmitted, on radio 

20 channels having the same channel type. Several multiplexed radio part 
specific messages are called a container. The shaping consists in 
segmenting each radio part specific message according, for example, to 
different level of priority assigned to the radio part specific message. 
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